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ABSTRACT 



A system component manages the system view of hardware 
for a set of devices, containing information about each 
hardware device including the device id, the location of the 
device, and the system resources allocated to the device. 
This system component is responsible for enumerating all 
devices present when the system is resumed from a sus- 
pended state, including the reconfiguration of devices which 
were present at the time the system was suspended. An 
accurate system view of devices present when the system 
resimies from a suspended state is thereby created. The 
configuration of devices present when the system was sus- 
pended is restored faster and more efiSciently than through 
utilization of individual device drivers. 

17 Claims, 6 Drawing Sheets 
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METHOD AND APPARATUS FOR DYNAMIC topology of the data processing system when it resumes 

RE-ENUMERATION AND from suspended state. It would also be desirable for such a 

RECONFIGURATION OF COMPUTER power management system to shift responsibility for recon- 

DEVICES AFTER SYSTEM HIBERNATION figuring devices away from individual device drivers. 

5 

BACKGROUND OF THE INVENTION SUMMARY OF THE INVENTION 



1. Technical Field 

The present invention relates in general to a power 
management scheme in a data processing system which 
provides an accurate reflection of the hardware devices 
currently attached to the data processing system after the 
data processing system is resumed from a suspended state, 
even if devices have been removed, added, or changed while 
the system was suspended, and in particular to a power 
management scheme which also restores the configuration 
of devices present both when the data processing system is 
suspended and when it is resumed. Still more particularly, 
the present invention relates to a power management scheme 
which shifts responsibility for reconfiguring devices away 
from the individual device drivers so that less time is ^0 
required to re -awaken the data processing system, less code 
is required to allow power management for all devices, and 
the same device drivers may be utilized on both power 
managed and non-power managed operating systems. 

2. Description of the Related Art 

Power management is a means of conserving power on 
battery operated data processing systems. The data process- 
ing system and its devices are put into various states of 
suspension in order to reduce the drain on the battery. The 
data processing system is commanded into these various 
states when it is determined that utilization of the data 
processing system and its devices is not needed. For 
example, if data has not been written to the hard drive for a 
given period of time, the drive ceases to spin in order to 
conserve energy. 

Current power management software implementations 
require software controlling the device to be power man- 
agement aware. Often this requires the software to conform 
to a standard such as Advanced Power Management (APM) 
or to register for suspend/resume notification. Typically, 
when the power management component determines that the 
data processing system should go into a suspend state, it 
notifies all registered clients that it is going into a suspend 
state. Likewise, when the power management component 45 
determines it is necessary to resume the power level on the 
data processing system, it notifies registered clients of this 
impending event. Current implementations require the 
device driver, or cUent, to restore the device configuration. 

In order for a device or adapter attached to a base system 50 
device to have its configuration restored, the device driver, 
or client, must be power management enabled. Each client 
must contain code to handle the suspend/resume event and 
reinstate the device configuration. 

Current implementations of power management software 55 
also assume that the same set of devices present when the 
data processing system was suspended are also present when 
the data processing system is resumed, which is not always 
the case. For example, a portable data processing system 
could be suspended while connected to a docking station, 60 
but removed from the docking station while still in the 
suspended state. When the data processing system is resume, 
current implementations would attempt to restore the data 
processing system as though it were still coimected to the 
docking station. 65 

Therefore, it would be desirable to have a power man- 
agement system which accurately reports the hardware 



It is therefore one object of the present invention to 
provide a power management scheme in computers which 
provides an accurate reflection of the hardware devices 
currently attached to the data processing system after the 
data processing system is resumed from a suspended state, 
even if devices have been removed, added, or changed while 
the data processing system was suspended. 

It is another object of the present invention to provide a 
power management scheme which also restores the configu- 
ration of devices present both when the data processing 
system is suspended and when it is resumed. 

It is yet another object of the present invention to provide 
a power management scheme which shifts responsibility for 
reconfigtu^ing devices away from the individual device driv- 
ers so that less time is required to re-awaken the system, less 
code is required to allow power management for all devices, 
and the same device drivers may be utilized on both power 
managed and non-power managed operating systems. 

The foregoing objects are achieved as is now described, 
A system component registered with a power management 
component manages the system view of hardware for a 
domain of devices, containing configuration information 
about each hardware device at a location within that domain. 
This system component is responsible for checking each 
location within the domain for devices when the system is 
resumed from a suspended state and configuring any devices 
which are detected, including reconfiguration of devices 
which were present at the time the system was suspended. 
An accurate system view of devices present when the system 
resumes from a suspended state is thereby created. The 
configuration of devices present when the system was sus- 
pended is restored faster and more efificiently than through 
utilization of individual device drivers. 

The above as well as additional objects, features, and 
advantages of the present invention will become apparent in 
the following detailed written description. 

BRIEF DESCRIPTION OF THE DRAWINGS 

The novel features believed characteristic of the invention 
are set forth in the appended claims. The invention itself 
however, as well as a preferred mode of use, further objects 
and advantages thereof, will best be understood by reference 
to the following detailed description of an illustrative 
embodiment when read in conjunction with the accompa- 
nying drawings, wherein: 

FIG. 1 is a pictorial representation of a personal computer 
that may be utilized to implement a method and system of 
the present invention; 

FIG. 2 depicts a block diagram of selected components in 
the personal computer represented in FIG. 1 in which a 
preferred embodiment of the present invention may be 
implemented; 

FIG. 3 is a detail of selected components in a personal 
computer such as represented in FIG. 1 in which a preferred 
embodiment of the present invention may be implemented; 

FIG. 4 depicts a system memory entry of configuration 
information corresponding to a specific device location in 
accordance with a preferred embodiment of the present 
invention; 
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FIG. 5 is a diagram of the hierarchy of the Hardware 
Name Space (HNS) in accordance with a preferred embodi- 
ment of the present invention. 

FIG. 6 depicts a high level flow chart of a process 
executed when the system initializes in accordance with a 
preferred embodiment of the present invention; 

FIG. 7 is a high level flow chart of a process executed 
when a suspend notification is received from the system in 
accordance with a preferred embodiment of the present 
invention; and 

FIG. 8 depicts a high level flow chart of a process 
executed when a resume notification is received from the 
system in accordance with a preferred embodiment of the 
present invention. 

DETAILED DESCRIPTION OF THE 
PREFERRED EMBODIMENT 

With reference now to the figures and in particular with 
reference to FIG. 1, there is depicted a pictorial represen- 
tation of a data processing system in which the present 
invention may be implemented in accordance with a pre- 
ferred embodiment of the present invention. A personal 
computer 50 is depicted which includes a system imit 52, a 
video display terminal 54, a keyboard 56, and a mouse 58. 
Personal computer 50 may be implemented utilizing any 
suitable computer such as an IBM ThinkPad 755, a product 
of International Business Machines Corporation, located in 
Armonk, N.Y. Although the depicted embodiment involves 
a personal computer, a preferred embodiment of the present 
invention may be implemented in other types of data pro- 
cessing systems, such as for example, intelligent work 
stations or minicomputers. It will be understood by those of 
skill in the art that the present invention is also suitable for 
use in power managed portable computers, such as laptops, 
notebooks, and subnotebooks. 

Referring now to FIG. 2, there is depicted a block diagram 
of selected components in personal computer 50 in which a 
preferred embodiment of the present invention may be 
implemented. System unit 52 preferably includes a system 
bus 60 for interconnecting and establishing communication 
between various components in system unit 52. Micropro- 
cessor 62 is connected to system bus 60, and also may be 
connected to numeric coprocessor 64. Direct memory access 
(DMA) controller 66 is also connected to system bus 60 and 
allows various devices to appropriate cycles from micro- 
processor 62 during large I/O transfers. 

Read Only Memory (ROM) 68 and Random Access 
Memory (RAM) 70 are also connected to system bus 60. 
ROM 68 contains the power-on self test (POST) and the 
Basic Input/Output System (BIOS) which control hardware 
operations, such as those involving disk drives and the 
keyboard. Read only memory (ROM) 68 is mapped into the 
microprocessor 62 address space in the range from 640 K to 
1 megabyte. CMOS RAM 72 is attached to system bus 60 
and contains system configuration information. 

Also connected to system bus 60 are memory controller 
74, bus controller 76, and interrupt controller 78 which serve 
to aid in the control of data flow through system bus 60 
between various peripherals, adapters, and devices. System 
unit 52 also contains various input/output (I/O) controllers 
such as: keyboard and mouse controller 80, video controller 
82, parallel controller 84, serial controller 86, and diskette 
controller 88. Keyboard and mouse controller 80 provide a 
hardware interface for keyboard 90 and mouse 92. Video 
controller 82 provides a hardware interface for video display 
terminal 94. Parallel controUer 84 provides a hardware 
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interface for devices such as printer 96. Serial controller 86 
provides a hardware interface for devices such as a modem 
98. Diskette controller 88 provides a hardware interface for 
floppy disk unit 100. Expansion cards also may be added to 

5 system bus 60, such as disk controller 102, which provides 
a hardware interface for bard disk unit 104. Empty slots 106 
are provided so that other peripherals, adapters, and devices 
may be added to system unit 52. 
Those skilled in the art will appreciate that the hardware 

10 depicted in FIG. 2 may vary for specific applications. For 
example, other peripheral devices such as: optical disk drive, 
an audio adapter, high resolution graphics adapter, and the 
like also may be utilized in addition to or in place of the 
hardware already depicted to enable personal computer 50 to 

15 present multimedia presentations to a utilizer. 

With reference now to FIG. 3, detail of selected compo- 
nents in which a preferred embodiment of the present 
invention is practiced is depicted. System block 110 in FIG. 
3 represents all hardware necessary for an operable com- 
puter except the hardware specifically shown. Power supply 
140 supplies power through Une 141 to system 110 and, 
under the control of an APM or power management com- 
ponent 130, through line 122 to bus 60. System 110, 
specifically the system component designated as bus man- 
ager 112, controls power management component 130 by 
means of line 131. Bus 60 includes a plurality of sockets or 
device locations 106 for device adapters or devices and is 
connected to system 110 through lines 113. 

In a preferred embodiment of the present invention, the 
system view of hardware is placed in a name space tree or 
data stmcture called the Hardware Name Space (HNS) 111 
in the system memory. This hierarchical tree is utilized to 
represent all physical system components and correlates 
each component to the bus on which the adapters and 
devices reside. Each bus is, in turn, managed by a system 
component called a bus manager (BM) 112. Although the 
preferred embodiment is iUustrated with a single bus 600 
and bus manager 112, any number of buses and correspond- 
ing bus managers which can be supported by system 110 
may be utilized. The HNS need not have a hierarchical 
stmcture, although such a structure better conforms to the 
microkernel of existing operating system architectures. 
Referring to FIG. 4, an HNS entry created by a bus 

45 manager and corresponding to a specific device is depicted. 
Bus managers are responsible for enumerating devices 
attached to their bus. Part of this enumeration process 
involves creating an HNS entry to represent each device or 
adapter attached to the bus. The HNS entry 200 contains 

50 information specific to each device and/or adapter on the 
bus. This information includes the identity of the bus 201, 
the socket within the bus 202, identification of system 
resources aUocated to the device such as I/O space 203, IRQ 
204, drive letter assignment 206, etc. The HNS entry also 

55 contains a unique device id 203 for the device/adapter, along 
with any other suitable information 207 such as the name of 
device drivers loaded to support the device or adapter. 
However, the HNS is preferably an object which contains 
only the system resources for each device/adapter. Other 

50 operating system components may use the HNS object to 
determine, for example, what device drivers are associated 
with specific devices/adapters allocating resources con- 
tained in the object. 
With reference now to FIG. 5, a diagram of the heirarchy 

65 of the HNS in accordance with a preferred embodiment of 
the present invention is shown. HNS 250 includes a hard- 
ware resource manager 252 and bus managers 254. A detail 
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of the HNS 250 might reveal, for example, that system bus to step 501. Steps 501 through 540 illustrate the bus manager 

256 has a number of hardware interfaces such as PCMCIA "walking" its bus in response to a resume notification. Step 

and PCI. Thus a PCMCIA bus manager 258 and a PCI bus 501 depicts the bus manager checking each device location 

manager 264 would be responsible for manager devices or on the bus to determine if any devices or device adapters arc 
resources connected to system bus 256 through the respec- 5 currently inserted. At each device location, the process then 

tive interfaces. For example, if two PCMCIA sockets 260 P^ses to step 510, which illustrates a determination of 

and 262 were present, PCMCIA bus manager 258 would be whether a device or device adapter is present at that location, 
responsible for devices in those sockets. Similarly PCI bus ^^^^^e or device adapter is detected, the process 

manager 264 is responsible for adapters or device present in proceeds to step 520, which depicts a determination of 
any PCI slots. This may include a video adapter 266 or an lo whether an HNS entry exists for the device location 

adapter to yet another bus type such as a SCSI adapter. SCSI checked. If an HNS enU^ exists for the device location 

bus manager 268 would be responsible for any SCSI devices checked, the process next passes to step 521, which lUus- 

connected through the SCSI adapter, such as hard disk drives ^^tes deleting the HNS entry corresponding to the device 

270 and 271 or CD-ROM drive 274. location checked, and then to step 522, which depicts 
n c . T^r^ ^ rt_ .ic unloadiug any device drivers associated with the device 

Rciernng to FIG. 6, the operation or a bus manager at - , * . *t. i u i j t-u j i * j irKTo 

. . , . J «7. J . • formerly present at the location checked. The deleted HNS 

system imtialization IS illustrated. When the data processing , j i j j j • j • j- ui c 

^ , • • 1- J *L u • -ui c entry and imloaded device drivers are dispensable conngu- 

system is mitialized the bus manager is responsible for j * • * ^ wu.u j • f i * ♦Tu 

L u • . r J ration data associated with the device formerly present at the 

enumerating its bus. The process begins at step 300 and , . u i j it. .u » * c^n u- u 

J . * J • * *L L location checked. The process then passes to step 540, which 

proceeds to step 301. Step 301 depicts the bus manager m, * , a . • c \. *u n j • i 

• . ■ -.u * ^ . f 1 on illustrates a determination of whether all device locations 

registenag wuh the APM as a power management capable ^ ^^^^ ^^^^ ^^^^^^ ,j ^ ^^^^ 520 

component. Inc process then proceeds to step 302. Steps ^ *i. j • i u i j *u .1 

\i u i'*^ *ii . . .t. 1- K 11 • „ ?! for the device location checked, the process passes directly 

302 through 321 illustrates the bus manager walking its ^ 

bus. Step 302 depicts the bus manager checking each device r» ^ . \ . -r 1 • , • 1 

location on the bus to determine if any devices or device . R^feffuig back to step 510. if a device or device adapter 
adapters are currently inserted. In the heirarchy depicted in 25 found at the dev.ce location bemg checked, the process 

FIG. 5. for example, the PCMCIA bus manager 258 would P™f ^''^ ^ ^M. Step 530 illustrates a dctermmation by 
check socket 0 260 and socket 1 262. "'"^ °f ^''^"'^f the device or adapter present is 

^ . , ^ . , the same device or adapter which was present when the 

Refernng back to HG 6, the process passes at each ^ suspended. Hie bus manager utiHzes the list of 

device location, to step 310 which illustrates a deteraiina- ^NS entries it created, checking the device id of the device 
tion of whether a device or device adapter is present at that ^^^^^ j^^^^-^^ cx>mparing it to the 

location. If no device or device adapter is detected, the device id contained in the HNS entry for that device location 
process proceeds to step 320, which depicts a determination ^^^^j ^^^^ ^^^^^^ ^j^^ ^3 ^ 

of whether each device location has been checked. 53^^ ^^ich depicts reconfiguration of the device or adapter 

Referring back to step 310, if a device or adapter is by the bus manager using resources contained in the corrc- 

detected at the device location, the process passes to step spending HNS entry. The process then passes to step 540, 

311, which iUustrates creation of an HNS entry for the which depicts a determination of whether each device ioca- 

device/adapter. For each device or adapter present, the bus t^on has been checked. 

manager creates an HNS entry. The bus manager also vVith reference again to step 530, if the device id for the 
reserves system resources for the device, and hence knows device or adapter currently present in the socket does not 
the configuration of the device. The process next passes to Qj^tch the device id in the HNS enu-y, the process passes to 
step 320, which depicts a determination of whether each ^tep 532. steps 532 through 535 illustrates replacing con- 
device location has been checked. If each device location on figuration data and device drivers corresponding to the 
the bus has not been checked, the process returns to step 302. device formerly present at the location with configuration 
Steps 302 through 321 are repeated as necessary until all ^^ta and device drivers corresponding to the device found 
device locations have been checked. Once it is determined ^tien the system resumes from a suspended state. Step 532 
that each device location on the bus has been checked, the ^nd 533 respectively depict the bus manager marking the 
process awaits further activity requiring its involvement. ^^^^^^ ^NS entry for deletion and unloading any support- 
Referring to FIG. 7, the operation of a bus manager when ing device drivers for the device or adapter previously 
a suspend notification is received is depicted. The process 50 present at that location. The HNS entry may be immediately 
begins at step 400 and proceeds to step 401, which iUustrates deleted, and the device drivers immediately unloaded, or the 
the bus manager removing power from its bus. The process deletion and unloading may be deferred. The process next 
then awaits further activity requiring its involvement. passes to step 534, which illustrates creation of a new HNS 
With reference now to FIG. 8, the operation of a bus entry by the bus manager for the device or adapter found at 
manager in accordance wi± the present invention when a 55 the location checked, and then to step 535, which depicts the 
resume notification is received is illustrated. Each HNS bus manager's loading any new device drivers required to 
entry represents a physical device attached to a bus, and support the device currently present at that location. The 
contains the resources required to support that device. When process then passes to step 540, which illustrates a deter- 
the system is resumed after being suspended, the bus mination of whether each device location has been checked, 
manager, acting as parent of its devices, is able to 60 If each device location on the bus has not been checked, the 
re-enumerate its bus. The bus manager can determine if each process returns to step 501. Steps 501 through 540 are 
device is present, missing, or changed, and can restore the repeated as necessary until all device locations have been 
configuration of devices present when the system was sus- checked. Once it is determined that each device location on 
pended. The bus manager can also identify dispensable the bus has been checked, the process awaits further activity 
configuration data, including system resources and devices 65 requiring its involvement. 

drivers, associated with devices removed while the system By following this procedure for each location within the 

was suspended. The process begins at step 500 and proceeds domain of device locations assigned to it, a bus manager can 
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restore an accurate system view of the devices currently 
present when the system is resumed from a suspended state. 
For devices present both when the system is suspended and 
when it resumes, a bus manager can also restore the device 
configuration. This permits devices to be dynamically 5 
attached to or removed from the system regardless of the 
system slate, providing greater flexibility to the end user. In 
addition, when an HNS entry is marked as deleted, the 
system resources allocated to the corresponding device are 
reclaimed and any software for controlling the device which lO 
is present in memory is removed. Thus the possibility of 
encotmtering an error due to a hardware device no longer 
being present are eliminated. 

By having a bus manager restore device configurations 
rather than each individual device drivers, the time required 
to re-awaken the system from a suspended state is reduced. 
Since individual device drivers need not be power manage- 
ment aware, the same device drivers may be utilized in both 
power managed and non-power managed operating systems 
and less code is required for power managed systems. Since 
an independent component checks for device presence, 
software loaded to support a device removed while the 
system was suspended may be unloaded without user inter- 
vention. Similarly software required to support a device 
added while the system was suspended may be scheduled to 25 
be loaded without user intervention. Because reliance on a 
bus manager relieves hardware device drivers of the respon- 
sibility for reconfiguring devices when the system resumes, 
drivers need not wait idle in memory for their devices to 
possibly appear. 

Although described in the context of suspend/resume 
events in a power managed system, the present invention is 
equally applicable to equivalent situations, such as a laptop 
or notebook computer being moved from one docking 
station to another. 

It is important to note that while the present invention has 
been described in the context of a fully functional data 
processing system, those skilled in the art will appreciate 
that the mechanism of the present invention is capable of 
being distributed in the form of a computer readable medium 
of instructions in a variety of forms, and that the present 
invention applies equally regardless of the particular type of 
signal bearing media used to actually carry out the distri- 
bution. Examples of computer readable media include: 
recordable type media such as floppy disks and CD-ROMs 
and transmission type media such as digital and analog 
communication links. 

While the invention has been particularly shown and 
described with reference to a preferred embodiment, it wiU 5q 
be understood by those skilled in the art that various changes 
in form and detail may be made therein without departing 
from the spirit and scope of the invention. 

What is claimed is: 

1. A method, in a power managed data processing system 55 
including a plurality of devices, for restoring configuration 
data, comprising: 

creating a hierarchical name space tree representing 
devices within the system and correlating each device 
with a bus to which the respective device is connected; so 

associating a bus manager with each bus within the 
system, wherein each bus manager, responsive to a 
system startup, walks a corresponding bus, detects a 
configuration of devices connected to the correspond- 
ing bus, and creates entries within the name space tree 65 
enumerating devices connected to the corresponding 
bus; 



establishing a power management mode during which 
power to selected buses is suspending without turning 
off the system upon entering the power management 
mode and power is restored to the selected buses 
without rebooting the system upon leaving the power 
management mode; and 
employing each bus manager: 

to walk a respective bus upon initiation of entry into the 
power management mode and store configuration 
data for each device connected to a respective bus 
prior to the system entering the power management 
mode; and 

to walk the respective bus upon leaving the power 
management mode: 

to detect each device connected to the respective bus 
after leaving the power management mode; 

to check entries in the name space tree to determine 
whether a device connected to the respective bus 
after leaving the power management mode was 
connected to the respective bus prior to entering 
the power management mode; and 

to restore stored configuration data for each device 
connected to the respective bus after leaving the 
power management mode which was connected to 
the respective bus prior to entering the power 
management mode. 

2. The method of claim 1, wherein the step of creating a 
hierarchical name space tree representing devices within the 
system and correlating each device with a bus to which the 
respective device is connected farther comprises: 

creating a branch entry for each bus within the system; 
and 

for each branch entry, creating an entry under the branch 
entry for each device connected to a bus corresponding 
to the respective branch entry. 

3. The method of claim 1, wherein the step of creating a 
hierarchical name space tree representing system devices 
and correlating each system device with a bus to which the 
respective device is connected fiirther comprises: 

storing an identification of the bus to which the respective 
device is connected, an identification of a socket to 
which the respective device is connected, and an iden- 
tification of system resources allocated to the respective 
device in a name space tree entry for the respective 
device. 

4. The method of claim 1, fiuther comprising: 
registering each bus manager with a power management 

component for the system. 

5. The method of claim 1, further comprising: 

upon system startup, employing each bus manager to 
sequentially check each socket within a respective bus 
for a device connected to that socket. 

6. The method of claim 1, further comprising: 

upon entering the power management mode, employing 
each bus manager to remove power from the respective 
bus. 

7. A system, in a power managed data processing system 
including a plurality of devices, for restoring configuration 
data, comprising: 

means for creating a hierarchical name space tree repre- 
senting devices within the system and correlating each 
device with a bus to which the respective device is 
connected; 

means for associating a bus manager with each bus within 
the system, wherein each bus manager, responsive to a 
system startup, walks a corresponding bus, detects a 
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configuration of devices connected to the conespond- 
ing bus, and creates entries within the name space tree 
enumerating devices connected to the corresponding 
bus; 

means for establishing a power management mode during 
which power to selected buses is suspending without 
turning off the system upon entering the power man- 
agement mode and power is restored to the selected 
buses without rebooting the system upon leaving the 
power management mode; and 
means for employing each bus manager: 

to walk a respective bus upon initiation of entry into the 
power management mode and store configuration 
data for each device connected to a respective bus 
prior to the system entering the power management 
mode; and 

to walk the respective bus upon leaving the power 
management mode: 

to detect each device connected to the respective bus 
after leaving the power management mode; 

to check entries in the name space tree to determine 
whether a device connected to the respective bus 
after leaving the power management mode was 
connected to the respective bus prior to entering 
the power management mode; and 

to restore stored configuration data for each device 
connected to the respective bus after leaving the 
power management mode which was connected to 
the respective bus prior to entering the power 
management mode. 

8. The system of claim 7, wherein the means for creating 
a hierarchical name space tree representing devices within 
the system and correlating each device with a bus to which 
the respective device is connected further comprises: 

means for creating a branch entry for each bus within the 
system; and 

means, for each branch entry, for creating an entry under 
the branch entry for each device cormected to a bus 
corresponding to the respective branch entry. 

9. The system of claim 7, wherein the means for creating 
a hierarchical name space tree representing system devices 
and correlating each system device with a bus to which the 
respective device is connected further comprises: 

means for storing an identification of the bus to which the 
respective device is connected, an identification of a 
socket to which the respective device is connected, and 
an identification of system resources allocated to the 
respective device in a name space tree entry for the 
respective device. 

10. The system of claim 7, further comprising: 

means for registering each bus manager with a power 

management component for the system. 
U. The system of claim 7, further comprising: 
means, upon system startup, for employing each bus 
manager to sequentially check each socket within a 
respective bus for a device connected to that socket. 

12. The system of claim 7, further comprising: 
means, upon entering the power management mode, for 

employing each bus manager to remove power from the 
respective bus. 

13. A computer program product in a computer usable 
medium for restoring configuration data in a power managed 
data processing system including a plurality of devices, 
comprising: 

instructions for creating a hierarchical name space tree 
representing devices within the system and correlating 
each device with a bus to which the respective device 
is connected; 
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instructions for associating a bus manager with each bus 
within the system, wherein each bus manager, respon- 
sive to a system startup, walks a corresponding bus, 
detects a configuration of devices connected to the 
corresponding bus, and creates entries within the name 
space tree enumerating devices connected to the cor- 
responding bus; 
instructions for establishing a power management mode 
during which power to selected buses is suspending 
without turning off the system upon entering the power 
management mode and power is restored to the selected 
buses without rebooting the system upon leaving the 
power management mode; and 
instructions for employing each bus manager: 

to walk a respective bus upon initiation of entry into the 
power management mode and store configuration 
data for each device connected to a respective bus 
prior to the system entering the power management 
mode; and 

to walk the respective bus upon leaving the power 
management mode: 

to detect each device cormected to the respective bus 
after leaving the power management mode; 

to check entries in ttie name space tree to determine 
whether a device connected to the respective bus 
after leaving the power management mode was 
connected to the respective bus prior to entering 
the power management mode; and 

to restore stored configuration data for each device 
connected to the respective bus after leaving the 
power management mode which was connected to 
the respective bus prior to entering the power 
management mode. 

14. The computer program product of claim 13, wherein 
the instructions for creating a hierarchical name space tree 
representing devices within the system and correlating each 
device with a bus to which the respective device is con- 
nected further comprises: 

instructions for creating a branch entry for each bus 
within the system; and 

instructions, for each branch entry, for creating an entry 
under the branch entry for each device connected to a 
bus, corresponding to the respective branch entry. 

15. The computer program product of claim 13, wherein 
the instructions for creating a hierarchical name space tree 
representing system devices and correlating each system 
device with a bus to which the respective device is con- 
nected further comprises: 

instructions for storing an identification of the bus to 
which the respective device is connected, an identifi- 
cation of a socket to which the respective device is 
connected, and an identification of system resources 
allocated to the respective device in a name space tree 
entry for the respective device. 

16. The computer program product of claim 13, further 
comprising: 

instructions for registering each bus manager with a 
power management component for the system. 

17. The computer program product of claim 13, further 
comprising: 

instructions, upon system startup, for employing each bus 
manager to sequentially check each socket within a 
respective bus for a device connected to that socket. 
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